約 2,999,419 件
https://w.atwiki.jp/macmini/pages/19.html
1. グラフィックチップについて Mac miniは、G86コアのグラフィック機能にDDR2/DDR3に対応したメモリコントローラを統合したノースブリッジとサウスブリッジのnForce 730iをワンチップ化した統合チップセットmGPU GeForce 9400M、コードネームMCP(Media and Communication Processors)7Aを採用している。 GeForce 9400Mはチップセット内蔵GPUとしては比較的に高い3D描画性能を持っている為、Mac miniの他、iMacやMacBookシリーズへと幅広く採用された。 公開されている仕様では、GeForce 9400MのGPU機能は以下の通りである。 モデル GeForce 9400M コア数(SP数) 16 コアクロック(MHz) 580 シェーダクロック(MHz) 1450 メモリクロック(MHz) 700 最大メモリ容量(MB) 768 メモリ接続幅(bit) 128 メモリ帯域(GB/sec) 24 テクスチャフィルレート(billion/sec) 8 FLOPs(billion/sec) 61 GeForce 9400Mは、名目上はnVIDIAとAppleが共同で開発したチップセットということで、nVIDIAとしてはデスクトップ向けがGeForce 9400、ノートブック向けがGeForce 9400M Gと異なる名称を使用している。 最初にシステムプロファイラをみて誰もが不思議に思うことだが、グラッフィクス/ディスプレイの項目で、Mac miniではGeForce 9400Mとは表示されず、GeForce 9400と表示される。しかし、同じGeForece 9400Mを採用しているiMacやMacBookProなどでは、GeForce 9400Mと表示される。 また、Boot CampでWindowsを使用してみると、WindowsでもGeForce 9400と表示される。しかもWindowsでは、メインメモリが2GB以上の場合、VRAM容量がGPU-Zでは256MBと表示されるものの、DXDiagなどでは512MBと表示され、更に混乱を招く。 調査や検証した結果、その原因としてMac miniで採用されているGeForce 9400MのデバイスIDが、iMacやMacBookProなどと異なっていることがわかった。しかも、GeForce 9400MのデバイスIDは採用されている機種により複数存在する。 OSXやWindowsではデイバスIDによってデバイスを特定し、ドライバをロードするが、Mac miniに使用されているGeForce 9400MのデバイスIDは0x0861で、これはGeForce 9400Mではなく、GeForce 9400と定義されている。 また、WindowsでVRAMが512MBと表示されるのは、フレームバッファの256MBに加えて、TurboCacheとして256MBが追加確保され、その為Windowsでは512MBという扱いになる。 結局の所、唯一正しい表示をするツールは、Apple純正のハードウエア自己診断テストのApple Hardware Testのみであり、こちらでは、グラフィックス名はGeForce 9400M、VRAM(フレームバッファ)はメインメモリが2GB未満の時に128MB、2GB以上の時は256MBと仕様通り表示された。 ■結論 Mac miniに採用されているチップは確かにGeForce 9400M。ただし、デバイスIDが他の機種と異なる為、使用環境によってはGeForce 9400と表示される。 また、メインメモリを2GB以上搭載し且つWindowsで使用した場合、VRAMが512MBと表示されるが、これはドライバ側でTurboCache機能が働き256MB追加される為である(その為OSXとは異なり、ユーザが使用できるメモリ量は目減りする)。 ■補足 グラフィックス名の表示が9400Mと表示されず気になるという人は、修正にOSX86 プロジェクトの成果であるドライバのインジェクションが役立つ。 注意 下記ファイルの扱いがわからない場合、残念ながらあなたにはOSXの仕組みに関して基本的なスキルが足りていません。自分はもちろんのこと、他人にも迷惑をかけるので質問や興味本位での導入はしないで下さい。kextの追加、削除、それに伴うキャッシュの削除の仕方や、万一画面が表示されないなどのトラブルが生じた場合にはシングルユーザモードで起動し、問題のあるファイルの削除ができるなどの知識がある人向けに公開しています。 グラフィックスの表示名をGeForce 9400Mに変更するインジェクション(NVdarwinベース) グラフィックスの表示名をGeForce 9400Mに、VRAM表示を512MBに変更するインジェクション(NVdarwinベース) 管理人が試した結果は以下の通りである。 GeForce 9400Mとして認識させ、さらにVRAMも512MBとして表示。 ただし、表示を変更しただけなのでパフォーマンスは変わらない(EFI側でフレームバッファ量を増やすなどしないと意味がない)。 標準状態でのパフォーマンス (2010/02/08 追記） new universal kext for nVidia To inject the chipset model has to be in the "AddProperties" section. key model /key string Your Model here /string 2. グラフィックスメモリ(VRAM)量について Mac miniのスペックを観るとVRAMについての記載が以下の通りある。その為、発表直後、1GBモデルは後からメモリを増設してもVRAMの量が増えないのではないかと心配された。 ・技術仕様 NVIDIA GeForce 9400Mグラフィックプロセッサ 128MB DDR3 SDRAM（メインメモリと共有）2 2. Mac OS Xでグラフィックスに必要なメモリは、環境により異なります。最小限のグラフィックスメモリ使用は、1GB構成で128MB、2GB構成で256MBです。 そして、更に混乱を招いた要因として、一部のアップルストア、アップルサポート、家電量販店の店員が 「VRAMは固定で256MBにしたい場合は、最初から2GBモデル(MB464J/A)を購入しなければいけない」 という説明をしていた為、VRAMが固定であるという噂が広まった。 しかしながら、9400Mは仕様として、メインメモリからVRAMを割り当てるUMA(Unified Memory Architecture)方式を採用しており、Webでの記載通りメインメモリと共有する為、VRAMが固定であるということはない。 また、店頭BTOでもメモリを変更できること、MB463J/A、MB464J/AでEFIを2重に管理するメンテナンス負荷の観点からも内容が共通化されていると考えるのが妥当である。 ただし、原理的には、EFI内のフレームバッファ割当の設定次第では、MB463J/Aでは上限を128MB、MB464J/Aでは上限を256MBとし、MB463J/Aでメモリを追加増設してもVRAMが増えないように制限をかけることはできる(9400Mは仕様上、VRAMは768MBまで確保可能)。 結局、実機で検証しない限り、確実な結論がでなかったが、発売間もなく、メモリ1GBの実機MB463J/Aにメモリを1GB追加し、2GB(1GBx2)にした場合、VRAMも128MBから256MBに増えることが確認され、本件は、アップルストア、アップルサポート及び、家電量販店の店員の認識が誤りであることが判った。 なお、原文と日本語訳は結果的に同じ内容を述べているが、日本語訳では主語を取り違えている為、原文より内容が判りにくくなってしまっている。 ・Technical Specifications NVIDIA GeForce 9400M graphics processor with 128MB of DDR3 SDRAM shared with main memory 2 2. Memory available to Mac OS X may vary depending on graphics needs. Minimum graphics memory usage is 128MB for 1GB configuration and 256MB for 2GB configuration. ちなみに、管理人が原文に沿い、分かり易く訳すとすれば下記と表す。 「Mac OS Xで利用可能なメモリは、グラフィックスの要求により変動します。1GB環境では最小グラフィックスメモリ使用量は128MBとなり、2GB環境では256MBになります（そのため、環境によってMac OS Xで利用できるメモリは変化します）」 ■結論 VRAMはメインメモリから動的に割り当てられ固定されていない。したがって、1GBモデルを購入し後から、メモリを1GB追加し、2GBに増やせば、VRAMは128MBから256MBに増加する(VRAMが増加した分、OSで使用できるメモリは減少する)。 OSX メモリ2GB未満 メモリ2GB以上 FramBuffer 128MB 256MB VRAM 128MB 256MB Windows メモリ2GB未満 2GB以上 FramBuffer 128MB 256MB TurboCache 0 256MB VRAM 128MB 512MB ただし、VRAMの上限はEFIで256MBに設定されており、メインメモリを4GB、8GBへと更に増やしても256MBまでしか割り当てられない。 3. HDCP(High-bandwidth Digital Content Protection)対応について NVIDIAチップセットGeForce 9400Mを採用した機種のデバイスIDを調べると以下の通りである。 チップセット名 グラフィックス名 デバイスID 機種 GeForce 9400M(MCP7A) GeForce 9400 0x0861 Mac mini(Early 2009) GeForce 9400M 0x0863 MacBook Pro(13-inch Late 2008, 15-inch, 17inch) 0x0866 MacBook White 0x0867 iMac(20-inch,24-inch) 0x0870 MacBook Air 上記の通り、GeForce 9400Mには複数のデバイスIDが存在するが、OSX/WindowsともにGeForce 9400Mと定義されているものは0x0863以降のもので、Mac miniに使用されている0x0861はGeForce 9400Mとは定義されていない。この為、GeForce 9400Mを採用とされながら、1でも述べた通り、OSX/Windows上では、9400Mとは表示されない。 Blu-rayディスクコンテンツの再生には、ディスプレイなどの表示機器にデジタル信号を送受信する経路を暗号化し、コンテンツが不正にコピーされるのを防止する著作権保護技術（コピーガード）に対応している必要があり、ドライブがBlu-ray読み込みに対応している他、以下の３つの条件を満たなければならない。 グラフィックスチップにHDCP鍵が内蔵されること グラフィックスドライバがHDCP鍵のデコード、COPP(Certified Output Protection Protocol)に対応していること ディスプレイがHDCPに対応していること GeForce 9400Mはハードウエア仕様としてはHDCP鍵を内蔵しており、また、ディスプレイ一体型のiMac,MacBook ProなどのディスプレイはHDCPに対応している。Mac miniはディスプレイが付属しない為、使用するディスプレイがHDCPに対応していなければならない。 従って、残る条件としてグラフィックスドライバがHDCP(COPP)に対応していれば良いが、マイクロソフトが開発した技術でもあり、OSXでは対応していない。現状、HDCPに対応したグラフィックスドライバが提供されている環境はWindowsのみで、iMacやMacBook Proなどは、BootCampでWindowsに切り替えれば、Blu-rayディスクが再生できる。 一方、Mac miniでは、HDCPに対応したディスプレイを用意し、BootCampでWindowsに切り替えても、前述の機種とは異なりグラフィックスドライバがHDCP非対応となる為、Blu-rayディスクの再生ができない。 Blu-rayディスクコンテンツの再生ができるiMac、MacBook Proなどのディスプレイ一体機型でも、不正コピー防止などのコンテンツ保護の観点から、外部ディスプレイ出力による再生は禁止している。ディスプレイが別となるMac miniでは、その為、画面表示は外部ディスプレイ出力表示と同一に捉えることができ、そのポリシーからBlu-rayディスクのコンテンツ再生を禁止対象にしてしまうと考察する。 しかも、Mac miniでは、使用する環境によってはモニタがHDCPに対応しているとは限らず、例え、グラフィックスドライバが対応していても、Blu-rayディスク再生の条件が整うとは限らない。従って、Mac miniのグラフィックスドライバは、GeForce 9400と定義を分け、WindowsのグラフィックスドライバもHDCP非対応とし、ディスプレイが対応していても再生できないようにしたと推測する。 だが、興味深いことに、グラフィックスドライバがHDCPに非対応となっているのはWindows XP 32/64bitのドライバのみであり、Vista用ドライバの185.85ではHDCPに対応していることが確認できた。 VistaはOSレベルでUDF2.5に対応(XPは別途ドライバが必要、OSXは10.5から対応)し、Blu-rayドライブを認識できることが一つの要因かもしれない。いずれにせよ、この不整合は謎であるが、Mac miniに使用されているGeForce 9400MのHDCP鍵の存在確認と、Blu-rayコンテンツの再生可能性の観点からは有効な発見である。 ■結論 GeForce 9400/9400MはHDCP鍵を内蔵しており、HDCP(COPP)に対応したグラフィックスドライバと、ディスプレイがあれば、Blu-rayディスクコンテンツを再生することができる。 Mac miniでは、Windows XP 32/64bitではグラフィックスドライバがHDCPに対応していないが、Vista用ドライバではHDCP対応となった。よって、Windows Vista/7環境であれば、別途Blu-rayディスクドライブとHDCP対応ディスプレイと組み合わせることで、Blu-rayコンテンツの再生が可能である。 なお、ディスプレイ一体型となるiMac、MacBook Pro、MacBook、MacBook Airでは、Windows XPのグラフィックスドライバがHDCPに対応している為、XPでBlu-rayコンテンツの再生が可能である。 チップセット名 グラフィックス名 デバイスID 機種 HDCP鍵 ドライバHDCP対応 ディスプレイ Blu-ray再生 OSX XP Vista OSX XP Vista GeForce 9400M(MCP7A) GeForce 9400 0x0861 Mac mini (Early 2009) ◯ × × ◯ △ × × ◯ GeForce 9400M 0x0863 MacBook Pro (13-inch Late 2008, 15-inch.17inch) ◯ × ◯ ◯ ◯ × ◯ ◯ 0x0866 MacBook White ◯ × ◯ ◯ ◯ × ◯ ◯ 0x0867 iMac (20-inch,24-inch) ◯ × ◯ ◯ ◯ × ◯ ◯ 0x0870 MacBook Air ◯ × ◯ ◯ ◯ × ◯ ◯ ■追記1. Blu-ray再生について 標準のSuperDriveをBlu-rayリードに対応したSony NEC Optiarc BC-5600Sに交換し、Windows7 RTMに下記のドライバを入れた環境でBlu-ray再生を確認した。 ＜インストールしたドライバ＞ 1.nVIDIA nForce Driver 15.35 GeForce/ION Driver Release 190.03(nForce Driverにグラフィックスドライバも含まれるが185.85と世代が古いので更新) 2. Realtek High Definition Audio Codecs Vista, Windows7 Driver (32/64 bits) Driver R2.31 Blu-ray再生ソフト 1. CyberLink CyberLink PowerDVD 9 Ultra Windows XPではHDCPは無効だが、Vista/7では有効になり、Blu-rayドライブとの組み合わせでMac miniでもBlu-rayタイトルの再生ができるようになる。 なお、再生中は動画再生支援のハードウエアアクセラレーション(DxVA)も有効になり、CPU使用率は10%程度で済んだ。 ■追記2. 地デジ再生について(2010/03/05) BootcampでWindows 7に切り替えることにより、USB接続の外付け地デジチューナーを使用し地デジ再生を確認した。 ＜環境＞ 1. Windows 7 Ultimate 64bit 2. GeForce/ION Driver Release 196.21 3. Buffalo DT-H10/U7 ver 1.10 再生時のCPU使用率は10%でコマ落ちなども特にない。また、UI操作のレスポンスは悪くなく、Windows Media Centerからの操作ももたつくことは無い。 戻る
https://w.atwiki.jp/argo_online/pages/90.html
グラフィック ／個性あるのキャラクター ARGOはストーリー性ある精細で美しいグラフィックが魅力的だ。木の葉一枚まで再現し、自然界で身近に見られる雷や炎などのエフェクトがARGOという世界観をいっそう引き立てる。そのようなリアルな感覚をぜひ味わってほしい。 高いグラフィック技術により実現した世界観は、ユーザーがゲームを選択する大きな要素である。 NEXT▼ 水表現は技術的に難しく高い技術と開発環境が整っていないと、これほどリアルな表現は実現できない。 UP▲ 個性あるキャラクター 同じ職業だといって姿まで同じという事ない。体の各部位を調製する事により個性豊かなキャラクターを作成する事が出来る。そのため、ARGOの世界でたった一人のオリジナリティーなキャラクターを持つ事ができる。 自分の理想的キャラクターを作り出してプレイすると一段と楽しさがアップする。 NEXT▼ ヘアカラーから瞳や肌の色を変えるだけで、イメージもかなり変わる。 UP▲
https://w.atwiki.jp/anagram/pages/12.html
グラフィック用ページ。 アナグラムによって出来た文章から想像されたラフ 及び実際に組み込む物 これらをアップしていきます。 また、ラフ画はグラフィッカー以外（主に企画者）もアップしてください。 名前 コメント
https://w.atwiki.jp/atachi/pages/31.html
スタイルの使用方法 [#a5912b9b] 特定の要素にスタイルを適応 [#u3f765b2] スタイルを継承 [#f923f2e2] テンプレート [#c1ac1a97] データテンプレート [#v289532d] データテンプレートをクラスに適応させる [#x6c68de8] テンプレート内にリソースを適応させる [#e9d96c52] DataTemplateとバインドソース [#o6d284ae] コントロールテンプレート [#j961ba65] トリガー [#pb4f2efd] WPFのスタイルは、スタイルという名前ですがデザインやカラー設定を行うためだけの機能ではありません。 スタイルを定義するにはStyle要素を使用します。Style要素内ではコンポーネントのプロパティ値の設定やデータのプロパティ値の設定ができます。 データテンプレートでは再利用可能なデータバインディングを持ったスタイルを定義します。 コントロールテンプレートでは既存のコントロールのUIデザインを定義できます。 スタイルの使用方法 スタイルはXAMLのResourcesに記述します。 Style.TargetType属性の指定し、XAMLデザイナがSetter要素のPropertyの値を検証するためにも使用します。 Setter要素の値はValue属性に記述することもできますし、次のようにプロパティ要素として記述することもできます。 Setter Property="PropertyA" Setter.Value プロパティ要素 /Setter.Value /Setter 次のコードはXAML内のすべてのTextBlock要素にスタイルが適応されます。 Window.Resources Style TargetType="TextBlock" Setter Property="HorizontalAlignment" Value="Center" / Setter Property="FontSize" Value="14" / Setter Property="FontFamily" Setter.Value Comic Sans MS /Setter.Value /Setter /Style /Window.Resources Grid TextBlock Text="ようこそ。" / TextBlock Text="今日は12月8日です。" / /Grid スタイルだけを先に定義し、各VisualObjectからスタイルを参照したい場合、Style.TargetStyle属性を使用せずにx Key属性を使ってスタイルの定義だけを行います。 Window.Resources Style x Key="MyStyle" Setter Property="TextBlock.HorizontalAlignment" Value="Center" / Setter Property="TextBlock.FontSize" Value="14" / Setter Property="TextBlock.FontFamily" Value="Comic Sans MS" / /Style /Window.Resources 特定の要素にスタイルを適応 Style要素の定義時にx Key要素でスタイルに名前をつけた場合、スタイルが適応されるには明示的にスタイル名を指定する必要があります。 次の例では2つのTextBlockのうち、1番目のTextBlockだけにスタイルが適応されます。 Window.Resources Style x Key="MyStyle" TargetType="TextBlock" Setter Property="HorizontalAlignment" Value="Center" / Setter Property="FontSize" Value="14" / Setter Property="FontFamily" Value="Comic Sans MS" / /Style /Window.Resources Grid TextBlock Text="ようこそ。" Style="{StaticResource MyStyle}" / TextBlock Text="今日は12月8日です。" / /Grid スタイルを継承 Style.BaseOn属性を使用してスタイルを継承し、そこから設定済みプロパティの再設定やプロパティの追加が行えます。 Window.Resources Style TargetType="TextBlock" Setter Property="FontSize" Value="20"/ /Style Style x Key="MyColorStyle" TargetType="TextBlock" BasedOn="{StaticResource {x Type TextBlock} }" Setter Property="Foreground" Value="#FFC13B3B" / /Style /Window.Resources Grid StackPanel Height="100" HorizontalAlignment="Left" Name="stackPanel1" VerticalAlignment="Top" Width="200" TextBlock Height="23" Name="textBlock2" Text="TextBlock" / TextBlock Height="70" Name="textBlock1" Text="よだー" Style="{StaticResource MyColorStyle}"/ /StackPanel /Grid MyColorStyleは既存のTextBlockのスタイルを継承しています。 テンプレート データテンプレート コントロールテンプレート それぞれUIの描画スタイルを設定する手法で、再利用可能なことからテンプレートと呼ばれている。 データテンプレートとは主にコレクションをアイテムとして表示するコントロール(ListBox、ListView、TreeView、DataGrid、その他)で、そのアイテムを描画するためのUIを定義したものです。 コントロールテンプレートとはUIの描画そのものを再定義するものです。Buttonコントロールは1つのコントロールに見えますが内部ではGridやTextBlockを組み合わせて1つのコントロールとして描画しています。 データテンプレート VisualObjectを持つスタイルをデータテンプレートと呼びます。 データテンプレートではデータを表示する為のオブジェクト要素構造をテンプレート化し、UIデザインとデータの両方の再利用を実現できます。 テンプレート化したオブジェクト要素構造は、バインディングによって動的に表示内容を変更するように設計します。 次のサンプルでは、ListBoxに設定したデータソースの要素を描画する際に、各要素を描画するためのテンプレートを定義しています。 ListBox Width="400" Margin="10" ItemsSource="{Binding Source={StaticResource myTodoList} }" ListBox.ItemTemplate DataTemplate StackPanel TextBlock Text="{Binding Path=TaskName}" / TextBlock Text="{Binding Path=Description}"/ TextBlock Text="{Binding Path=Priority}"/ /StackPanel /DataTemplate /ListBox.ItemTemplate /ListBox データテンプレートはリソースとして定義できます。次のように予めリソースとして定義しておきx Key属性で指定した名前を定義しておけば、データテンプレートの再利用が可能です。 ListBox.ItemTemplateへはStaticResourceを使用してリソースを呼び出します。 Window xmlns local="clr-namespace my" Window.Resources ObjectDataProvider x Key="myTodoList" ObjectType="{x Type local Tasks}"/ DataTemplate x Key="myTemplate" StackPanel TextBlock Text="{Binding Path=TaskName}" / TextBlock Text="{Binding Path=Description}"/ TextBlock Text="{Binding Path=Priority}"/ /StackPanel /DataTemplate /Window.Resources !-- リソースに定義した「myTemplate」をデータテンプレートに使用する -- ListBox Width="400" Margin="10" ItemsSource="{Binding Source={StaticResource myTodoList} }" ItemTemplate="{StaticResource myTemplate" / /Window namespace my { public class Tasks ObservableCollection Task { public Tasks() { this.Add(new Task{TaskName="テレビを見る", Description="水戸黄門", Priority=3}); this.Add(new Task{TaskName="電話", Description="佐藤さんに電話", Priority=10}); this.Add(new Task{TaskName="勉強", Description="C#の勉強に明け暮れる", Priority=5}); } } public class Task { public string TaskName { get; set; } puiblic string Description { get; set; } public int Priority { get; set; } } } データテンプレートをクラスに適応させる DataTemplate.DateType を使用すると特定のオブジェクトすべてにデータテンプレートを適用することができます。 この仕組みは 非常に重要 で、任意のC#コードで記述されたクラスに対してXAMLによるUIのデザインを設定できます。 次のサンプルではListBox.ItemTemplateへデータテンプレートの設定を行っていません。しかし、正常に動作します。 これはListBoxがTaskオブジェクトを表示する際に、DataTemplateによって設定されたデータテンプレートが使用されている為です。 Window xmlns local="clr-namespace my" Window.Resources ObjectDataProvider x Key="myTodoList" ObjectType="{x Type local Tasks}"/ DataTemplate DataType="{x Type local Task}" StackPanel TextBlock Text="{Binding Path=TaskName}" / TextBlock Text="{Binding Path=Description}"/ TextBlock Text="{Binding Path=Priority}"/ /StackPanel /DataTemplate /Window.Resources ListBox Width="400" Margin="10" ItemsSource="{Binding Source={StaticResource myTodoList} }" / /Window テンプレート内にリソースを適応させる ComboBoxなどアイテムソースを受け取るコントロールでは、表示させるアイテムをItemsSourceプロパティなどに設定します。 通常はItemsSourceプロパティにはバインディングやリソースを行って項目を指定します。 しかし、データテンプレート内でバインディングを指定する場合には注意が必要です。 バインディングを使用する場合、バインドソースはデータテンプレートに与えられたアイテムになります。(ItemsSourceに設定されたコレクションの各要素がバインドソースとなる) データテンプレート内ですべてのComboBoxに同じ選択肢を表示したい場合には StaticResourceマークアップ拡張 を使用します。 Window.Resources src MyList x Key="myList" / col ArrayList x Key="MyDataSource" sys DateTime 1/2/2003 5 00 00 /sys DateTime sys DateTime 4/5/2006 13 13 13 /sys DateTime sys DateTime 7/8/2009 23 59 59 /sys DateTime /col ArrayList /Window.Resources Grid ListView ItemsSource="{StaticResource MyDataSource}" ListView.View GridView GridViewColumn Header="月" DisplayMemberBinding="{Binding Month}" / GridViewColumn Header="日" DisplayMemberBinding="{Binding Day}" / GridViewColumn Header="日付" DisplayMemberBinding="{Binding DayOfWeek}"/ GridViewColumn GridViewColumn.Header TextBlock Text="何か選択" / /GridViewColumn.Header GridViewColumn.CellTemplate DataTemplate ComboBox Name="comboBox1" Width="100" ItemsSource="{StaticResource ResourceKey=myList}" / /DataTemplate /GridViewColumn.CellTemplate /GridView /ListView.View /ListView /Grid class MyList List string { public MyList() { this.Add("日本"); this.Add("韓国"); this.Add("北朝鮮"); this.Add("中国"); this.Add("台湾"); this.Add("フィリピン"); this.Add("タイ"); this.Add("ベトナム"); } } DataTemplateとバインドソース ContentPresenter Name="stp1" Content="WPFは複雑" Grid.Row="1" Grid.Column="1" Height="22" Margin="9,0,0,0" ContentPresenter.ContentTemplate DataTemplate TextBlock Text="{Binding}" / /DataTemplate /ContentPresenter.ContentTemplate /ContentPresenter 親要素のContentが参照される この例では、TextBlockは「WPFは複雑」と表示されます。 理由は純粋に、ContentプロパティがInhert属性のプロパティなので、ContentPresenterがテンプレートを使ってビジュアルツリーを構築する際に、TextBlock.ContentもContentPresenter.Contentを参照します。 コントロールテンプレート コントロールテンプレートではコントロールの構造と外観を定義します。 スタイルとしてコントロールテンプレートを適応することで、コントロールの構造や外観を再定義することができます。 コントロールテンプレートはControlクラスを継承した多くのコントロールに対して適応できます。 参考 MSDN コントロールテンプレートを適応するというのは、そのコントロールのビジュアルツリーを書き換えることを意味します。 ただし、コントロールのビジュアルツリーの一部だけを書き換えることはできません。 カスタムコントロールテンプレート例 タブ トリガー プロパティの値を判断し、動的に任意のプロパティ値を設定することができる。 if構文と違い、判断するデータソースや設定可能なデータソースは限られている。 データテンプレートで使用する場合は、そのデータがデータソースとなる。(ItemsSource属性を持つComboBoxやListBoxの場合、各要素をデータテンプレートを使って表示する際の各要素がデータソースとなる) よって、プログラマが自由なデータソースを指定し、その値を動的に評価して処理を分岐するといったif構文のような処理は行えない。
https://w.atwiki.jp/48484848/pages/21.html
48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif デザイナーで参加御希望の方には以下のグラフィックの製作をお願いする予定です。 色数とそれぞれのグラフィックのサイズは現在検討中です。以下サンプル フィールドのマップ 城アイコン 部隊ユニット（サイズ32×32） 顔グラフィック その他アイコン、インターフェースなど 48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif48484848?cmd=upload act=open pageid=15 file=%E6%AD%A9%E5%85%B5.gif
https://w.atwiki.jp/fruit4649/pages/17.html
ここはグラフィック集です 自分が作ったグラフィックを載せたり もらいもののグラフィックを載せます では ノ
https://w.atwiki.jp/vipdamdam/pages/4.html
顔グラフィック素材 新 ↑ ↓ 古 まぐろさんの歩行グラフィック対応、モンスター娘の顔グラフィック。 大丈夫だ！あれでもキーラさんはレオン族！人間の100倍の力があるんだッ！ アイスさん。自動保管庫等にあるののリメイク版。 フレイムさん可愛いよおかわいいいよォフレイムァァア アァッ！！ 龍子。辰年記念キャラ。SDSさんの歩行グラフィック対応。 使い魔エリー。かわいい。 虎娘。タイガーボード擬人化という役もありました。 アミィちゃん。アミュレット擬人化。SSJ。 偽幕田賢治。この子の歩行グラフィックはやたらと芸が細かい。 汎用ハーピー。まぐろさんの歩行グラフィック対応顔グラです。 トリッシュ。前のが気に入らなかったので・・。 女体化カーバンクル。別に少年でも良い。（どっちにも見えるように努力した） ノックアウト。ニュークリアと姉弟みたいになった。 ウインディオ。ウインディと名前が似ている。 オレンジミカン。大活躍する予定があった。 ニュークリアⅢ。開眼させたかったんだと思う。 トリッシュ(旧バージョン)。もうじきなかったことになるでしょう。 RTPモンスター2-1、あるいはハーたん。ちょうかわいい。 RTP一般3-6、あるいはミルミさん。かわいい。 RTP一般1-3ことパンイチさん。彼が主人公のゲームはエターなった。 ＡＡ系。かなり古い。
https://w.atwiki.jp/kaizouiwao/pages/23.html
グラフィックのまとめです。
https://w.atwiki.jp/horror_adv/pages/16.html
素材 キャラクター (立ち絵) 背景 準備中 システムグラフィック 準備中
https://w.atwiki.jp/mofnotony/pages/9.html
グラフィック コンデレ